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COMMUNICATION PROCEDURES 


The NCR 2261 terminal can operate online to a central 
computer through a Microprocessor Computer System 
(MCS), a digital concentrator, or an external modem. 
This publication provides the input and output message 
formats associated with this terminal so the central 
system programmer can design compatible software. 


LINE INTERFACE 


The termina! can be interfaced to the telephane line 
using either of these adapters. 


@ An ISO/ASYNC communication adapter 
(RS-232-C and CCITT V.24 compatible) to an 
external modem which can have a communication 
rate up to 1800 baud (bits per second) over either 
two- or four-wire private telephone Lnes. 

@ An M11-PILA adapter through either an MCS 
(NCR 2200 or 32XX) or an NCR 751-150 Digital 
Concentrator over either a two- or four-wire 
private telephone line. The terminal must be 
within 609.6 m (2000 ft) of the MCS or concentra- 
tor. 


STANDARD MESSAGE FORMATS 


The formats of the messages described in this publica- 
tion apply to message transfer between an NCR 
applicatio. processor, communication processur, con- 
centrator, or controller and this terminal. Nor-NCR 
svstem interfaces are not included. 

The message is made up of two parts, a message 
header and a message text. The elements that maae up 
the message header and text are shown in Figure 1. 
Communication control characters are not included in 
this figure. This is the standurd message format (SMF) 
for the NCR Financial System Family (PSF? for an 
input message. The SMF header for an output messaue 
header contains only the VLI, RLTC, FRMT, and 
MDC. 
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ERROR CONTROL 


The error contro] techniques provided in the terminal 
system fall within the classification of system status, 
error detection, and error correction. 


SYSTEM STATUS 

System status provides for line verification and station 
verification. Line verfication is performed by checking 
the modem or external data set and the lne carrier 
signal for proper condition. Station assurance is 
provided in the system by sending terminal identifica- 
tion characters in the messages that are transferred 
between the termina! and central. 


ERROR DETECTION 

The types of error detection provided in the system are 
messuye delivery checking, message format checking, 
and redundancy checking. 


Message Delivery Checking 

Messape delivery checking is accomplished by the use 
ofareply after receiving the message. If the message Is 
receiver! correctiv. the correct reply is the control 
character ACK caffirmative acknuwledgment); but if 
an error is detected in the message, the control 
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character NAK (negative acknowledgment) is the 
reply. 


Message Format Checking 

Format checking is performed by checking the message 
for properly positioned start-of-text (STX) and end-of- 
text (ETX) control characters. The STX character 
must always be the first character in the message and 
the ETX must always be the last character in the 


message. 


Redundancy Checking 
There are 2 methods of providing redundancy checking 


within the terminal: character parity and block check- 
ing (BCC). 


Character Parity — A character parity check is 
performed on characters transmitted by the terminal to 
central. The terminal adds the bit to the character to be 
checked at central and checks the parity of the 
characters received from central. The parity of the 
characters fur the NCR 2261 is programmable; but 
when used on an NCR system with the Retail/Financial 
OCD, the parity is even. 


' Block Check Character — The block check charac- 
ter (BCC) ts a redundant 7-bit character added to the 
end of the transmitted text. It can be any character in 
the ASCII code character set. On input messages to 
central, the terminal generates the BCC; and on output 
messages to the terminal, the terminal checks the 
BCC. 

Block checking is also referred to as longitudinal bit 
checking. Each bit of every character in a message 
block is added to the correspondiny bit of all other 
characters without a carry to provide the BCC. All bit 
ones are added tugether, all bit twos are added 
together, and su on with the resulting character being 
the last character in the messaye block. 

The accumulation of the BCC is started when the 
STX is detected. The STX is not included in the BCC 
accumulation, but all characters sent after the STX 
including the ETX are included in the accumulation. 

The receiving unit longitudinally adds all bit 
positions of all characters following the STX including 
the BCC, and if the sum is zero, all data was 
transmitted correctly. 


ERROR CORRECTION 

When an error is detected in a message, the entire 
Message is sent again. On an input message, the 
terminal repeats the message if a negative acknowledg- 
ment (NAR) is received frum central. On an output 
message. the terminal starts the correction process by 
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sending a NAK to central when an error is detected in 
an output message. 


CODE SET 

The terminal sends and receives data in the standard 
ASCII code format. Characters in the range from 30 
through 39 (hex) are used for data; STX, ETX, NAK, 
ACK, EOT, and ENQ are used for communication 
control; and US (unit separator) is used as. a data 
control character. Codes 41 through 5A are sent and 
received as alpha characters. Other characters in the 
ranye of 40 through 7D are used as miscellaneous 
control or identification characters and are described as 
they occur. The character is defined by bits 1 through 7 
with bit 8 being the parity bit. 


COMMUNICATION DISCIPLINE 


The transmission mode is serial by bit and character, 
with the bits being synchronous and the characters 
being asynchrunous. Transmission of data and control 
characters takes place in a half-duplex operation over 
either two- or four-wire dedicated telephone lines. 

The transmission rate can be 300, 600, 1200. or 1500 
baud and is specified in the terminal prugram. 

Fur a complete description of the NCR asynchro- 
nous communications for financial systems, refer to the 
publication titled Asynchronous Communication Dis- 
ciplive (ST-GU14-09) in reference manual KRM-0263. 


CHARACTER STRUCTURE 

The character structure is made up of 10 signa! 
elements per character with each character having 
equal time intervals. An llth bit, an extra STOP bit, 
may be added by programming. The asynchronous 
character contains a START (logic zero) or space bit, @ 
ASCH information bits, a parity bit, and one or two 
STOP (lugic one) or mark bit(s). START and STOP bits 
frame each character since the characters are not 
synchronized. 

The sequential order of transmission of the charac- 
ter bits is from the least significant bit to the most 
significant bit (START bit, bit 1 through bit 7, parity 
bit, and STOP bit). 


ADDRESS ASSIGNMENTS 
Fach addressable unit within an NCR financial system 
has a 2-character terminal address (TA), TA2). The 


low order 6-bits of each of these characters furm a 12-bit 
address, bit 7 is always a1 bit, and bit 8is the parity bit. 
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In addition to TA], TA2, each addressable unit 
(terminal or contruller) is assigned a poll/select code. 
When assigning the terminal address and the poll/ 
select code to the units, the requirements for these 
codes depend upon the central processor and the 
communications driver being used. If an NCR comput- 
er and the NCR Retail’Financial Online Communica- 
tions Driver (OCD) is being used as central, the 
restrictions specified in the following paragraphs 
apply; but if central is other than an NCR computer or 
the NCR OCD is not being used, the restrictions may 


not apply. 


POLL AND SELECT CODES 
The poll and select codes are &-bit characters with 7 
code bits and a panty bit. Both characters have a direct 
relationship in that bits 7, 6, 4, 3, 2, and ! must be the 
same. Bit 5 determines if the code is a poll code or select 
code. If bit 5 is zero, the character represents a poll 
code; but if bit 5 is a one, the character represents a 
select code. Bit 8 is the panty bit. 

Pol! codes are selected frum columns 2, 4, and 6 of 
the ASCII code chart, and the select codes are from 
columns 3, 5, and 7 (Figure 2). 


TAt AND TA2 CHARACTERS 

The TA! and TA2 characters are the terminal address 
codes sent to central to identify the sending terminal. 
These two 8-bit characters form a 16 bit constant which 
is the terminal address. Bit § of each character is the 
parity bit and bit 7 of each character is always 1 so they 
can not be mistaken for a cuntroul character. 

NCR Century software requires that TAI be 
representative of the pull seiect code. When the select 
code is hex 30 to 3F (ignoring parity), TA) value is hex 
60 to OF; and when the select cade is hex 5U to 5F and 70 
to 7D (ignoring parity), TA] is the same value. TA2 
identifies the port on which the NCR 2261 is located 
when interfaced to centra! thruugh a digital concentra- 
tor oran MCS controller. TA2 bit } and bit 6 are always 
zero and bits 2 through 5 represent the port number of 
the 2261 when using NCR svftware. Bits 1 througa 4 
may be used to represent the port number when using a 
different central software. Purts 0, 1, 2, and 15 on the 
digital concentrator are dedicated and can not be 
assigned to the terminal. There is no demand placea on 
TA2 when the terminal is a freestanding unit. Refer to 
Figure 2 for codes used by the terminal. 


INPUT COMMUNICATIONS 


INPUT MESSAGE FORMAT 

The message formats defied fur the NCK 2201] in this 
publication are those that appear on the high-order 
line. The terminal has muhtip+ message capability for 
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- Figure 2 Poli/select codes 


all transactions and the input message transmission can 
be initiated using one of the following procedures: by 
filing the input. output buffer (LOB), transmit IOB bit 
in key parameter table set to 1 for the function key 
used, or by terminating the transaction. The input 
message, shown in Figure 3, may have a maximum of 
256 characters excluding the STX, ETA, and BCC 
characters. 


Communication Control Characters 

The input message always starts with a communica- 
tions control character (STX) and terminates with 
another communications control character (ETA). 
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Figure 3 input message format 


Message Header 


The message header contains the information required | 


for the existing ISO/ASYNC communication conven- 
tion as well as allowing for information that will be 
required in other communication conventions. The 
following paragraphs contain a description of the fields 
in the message header. 


e VLI — VARIABLE LENGTH INDICATOR 
The VLI field is 2 bytes, and for the present, 
hex 7E7E is to be the value for this field. It is not 
being used at the present time except to identify 
the message as ISO/ASYNC format. 
@e RLTC — RELATIONSHIP CODE 
The RLTC field is a single byte which indicates 
the relationship of the-format to its system or 
application. It is being provided to permit some 
modifications to the standard message formats. 
The value to be used with the FSF standard 
message format is hex 24. _ 
© FRMT — FORMAT CODE 
This is a single byte field being used to 
distinguish between input and output message 
formats. Hex 31 is the FRMT code to identify an 
input message. 
e MMC — MESSAGE CODE CHARACTERS 
The MMC! and MMC2 characters define the 
mode of the message by the bit configuration of the 
characters. The 8 bits of each of the characters are 
defined as shown in Figure 4. In MMC2, only bit 3 is 
used and when bit 3 is a 1, an overnde condition 
exists. 


TRS# — Transaction Number 
The 3 least significant digits of the machine transactior 
number form the transaction number sent to central in 


an input message. 


TRM# — Transmission Number 

The transmission number is a single digit number sent 
with each input message and is incremented by one 
with each successful transmission. 
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Parity 
Always 1 
1 = Auto Reentry Mode 0 — Reserved for future use 


1 = Clear Text Warning O— Reserved for future use 


t = Manual Reentry Mode O— Reserved for future use 


1 = Dsagnostxc Mode | 1 Override Condition 
1 = Vow OQ — Reserved for future use 
| += Last Segment O— Reserved for future use 
of Message 


Figure 4 Message mode characiers 


Operator ID 

The operator ID field defines the operator performing 
the operation. The operator ID field contains a field 
code (FC) and a mandatory data field. The field code 
idenufies the operator and the data field contains the 
public identification number assigned to the operator. 
Figure 5 shows a list of the operator types taken from 
the lst of field codes. 


Fieid Codes 
(Hex) Type of scaaghahackh 
Primary Teller 
Secondary Teller 
Supervisor 


Figure S Operator field codes 


Text (Data Fields) 

The data field follows the field code and uses the 
following furmat when it appears in the middle of a 
segment: US FC DATA US. If a field code does not 
require a data field, then the field code will be followed 
by a unit separator (hex 1F) using the following format, 
US FC US, ayuin if the field code appears in the middle 
of a segment. This is referred to as a null data field. The 
unit separatur character (US) indicates the end of a 
data field when the message contains more than one 
field code. The data fields are variable in length, 
euntaininy a maximum of 40 characters and the number 
of data fields in the text portion of the message or 
seyment are Limited only by the IOB size. 
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Figure 5a shows the ASCII code set used in the 
NCR 2261 Terminal but the ASCII communication 
control characters are nut shown. All terminals can 
print and process the special characters in columns A 
and B (bit 8= 1) but presently only those terminals sold 
in the countries which use those characters can display 
them. 

If a character or string of characters whose eighth 
bit is a 1 are included in an input message, an SO control 
character (hex OE) precedes the string and an SI 
character (hex OF) follows to indicate the beginning and 
ending of the special character string. The SO and SI 
control characters are not used if the data fields contain 
only those characters whose eighth bit is a 0 (columns 2 
through 5). A data field will not contain any of the 10 
Communication Control Characters (SOH, STX, ETX, 
EOT, ENQ, ACK, NAK, DLE, SYN, or ETB). 

The terminal will not create a data field such that it 
will be resident in two message segments. For 
example, any data field which will cause an IOB 
overflow will not be input unti! the next segment. 

For additional information, refer to the text 
describing alpha messages in this publication under 
“SPECIAL INPUT MESSAGES”. 
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The field codes (FC) are assigned to the programmable 
keys including the simulated keys in table 2 in the key 
parameter tables and tu some of the fixed function keys 
in termina! table 68. The field codes available for 
customer prugramming are from hex 20 through hex 
5F. 
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Field codes between hex 60 and hex 7A are 


reserved to identify functions performed by fixed 


function keys or by the terminal operating program and 
are shown in the following list. 

60 — TELLER (OPERATOR) TOTALS 

61 — KATCH TOTALS 

62 — FUNCTION (MACHINE) TOTALS 

63 — TRANSACTION TOTAL 

: 64— OVERRIDE 

65 — SCREEN REQUEST 

67 — PROGRAM LOAD REQUEST 

68 — CASSETTE LABEL 

69 — CASSETTE INPUT 

6C — TRACK II CARD 

71 — PRIMARY TELLER (TELLER A) 

72 — SECONDARY TELLER (TELLER B) 

73 — SUPERVISOR 

7 — PING PONG TEST 

T7 — REPEATED OUTPUT TEST 

78 — REPEATED INPUT TEST 

The following reserved codes 66, 6A, 6B, 6D, 6E, 
6F, 70, 74, and 79 either have no function assigned to 
them or the function has no meaning for this terminal. 
Refer to FIELD CODES FOR OUTPUT MESSAGES 
in this publication for additional! information. 


BCC Character 

A BCC character is generated for each message by the 
sending unit so the receiving unit can verify that it 
received the complete message. 


SPECIAL INPUT MESSAGES 

The special input messages include void, override, 
totals, cassette reentry, manual reentry, program 
load, diagnostics, cassette label, and screen request 
messages. 


Void 

The void message consists of the standard message 
format (SMF) header and the operator ID with bit 2 of 
the MMC1 character set to 1 for identifying a void 
message. The text of the message always contains the 
operator 1D with its field code but the data contents in 
the remaining text depends on when the VOID key is 
pressed. 

When the VOID key is pressed during the input- 
ting of a transaction, the transaction data already 
entered is still contained in the message for input 
followed by the field code programmed for the void 
messaye interminal table #68. The format for this type 
of void message is shown in Figure 6, inset A. 

Figure 6, inset B shows the format of the void 
messaye when the VOID key is pressed while the 
terminal is in output mode and is waiting for an vutput 
Message. 
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for Vord 
(programmable) 


Feit Code 
For Void 
{programmabie) 


Oper ator 10 


Figure 6 Void message format 


Override 

The override message consists of the SMF header, 
operator FC and public 1D number, and the override 
FC. The preauthorized supervisor override may have 
an optional data field because the supervisor is 
permitted to enter an alphanumeric message to further 
identify the override. The override bit in MMC2 is set 
to 1 and the override message format is shown in 
Figure 7. 


hae) = G7000001 
merc? = 61000) 00 


Operator 1D Overt ide Fietd 


Code (6444) 


Figure 7 Overnde message formal 


Totals 

The format for sending totals to central is shown in 
Figure 8. The field code for the group of totals are 
Teller Totals — 60 hex, Batch Totals — 61 hex, 
Function (Machine) Totals — 62 hex, and Distribution 
Totals — 68. The field codes for Total 1 ..... Total n are 
those of the corresponding function whose totals are 
being sent tu central. If teller totals are being sent, all 
of the field cudes are 60 hex, if batch totals, the field 
codes are 61. The Data 1..... Data n are the amounts in 
Total 1.....Tutal n. Leading zeros in the totals are not 
transmitted and any total containing a value of zero is 
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transmitted as a single digit of 0 with a positive sign 
(hex 20). 

Each transmitted total includes a sign character 
following the last character in the data field; hex 20 fora 
positive amount and hex 2D for a negative amount. 


Manual Reentry 

The messages transmitted to central have the same 
format as the standard input message shown in Figure 
3 except that bit d of MMC1 is set to 1 to indicate manual 
reentry mode. 


Cassette Reentry 

Data that is recorded on a cassette tape for later 
transmission to central is recorded in the format shown 
in Figure 9. The recorded data contains all of the 
characters that are required for an input message 
except for the communication control characters (STX 
and ETX) and the BCC character. 

When the recorded data is sent to central, the input 
message has the format shown in Figure 10. Bit 6 of 
MMC1 is set to 1 to indicate an auto reentry message. 
The cassette data field (in Figure 10) is shown in Figure 
9. 

The NCR 226] can be placed in online data capture or 
offline data capture mode: when placed in offline data 
capture mode, bit 6uf the MMCI character ts set to 1 for 
recording un the cassette in the message header. When 
the terminal is unline, the input messuge uses the 
Message formut shown in Figure 9 with the message 
framed by the STX and ETX control characters and 
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Field Code for Totals 
(Teller, Batch, Function) 


Operator 10 


MCI = P100000X 
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Field Code for Total 1- 
Total n 
(Tellier, Batch, Function) 


F wid Codes Associated 
with Dats Fields 


Figure 9 Cassette data capture formal 


Operator tO 


Cassette Input 
(Hex 69) 


MMC1 = P110000X 


Figure 10 Cassette reentry message format 


followed by a BCC. When the terminal is offline, the 
input message for sending the cassette tape to central 
uses the message format shown in Figure 10. Central 
can determine if the tape being sent was an online or 
offline data capture tape by examining bit 6in MMC1 of 
the cassette data field. If the bit as 1. it is an offline data 
capture tape; but if it is 0, the tape is an online data 
capture tape and the data has already been used to 
update the accounts. The cassette data field is defined 
by a function code of 69. 


Cassette Label 
The cassette labe] message, when sent to ceniral, has 
the same format as does the message in Figure 10 
except that the field code following the Operator ID 
data field is hex 68 which defines the cassette data as 
the cassette label. 


Program Load Request 

The program load request Message tu central contains 
the operator ID, the field code fur program load (hex 
67) and an optional data field which can be used to 
indicate the program tu be sent & the terminal. The 
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program load request input message is shown in Figure 
ll. 


Alpha Message 

When the terminal sends a message to central contain- 
ing alpha data, the alpha field code (field code assigned 
tothe RETURN/ENTER key in Terminal Table #68) 
defines the field as alpha characters. The maximum 
length of an alpha data field is 40 characters. Figure 12 
shows the format for the alpha input message. The 
message may contain more than one alpha field and 
each field will be identified by the field code assigned to 
the RETURN/ENTER key. 


Diagnostic Message 

The terminal can input 3 diagnostic related messages tu 
central. Tu identify an input message as a diagnostic 
message, bit 30f MMC1 is set to 1. The field codes for 
the diagnostic Lests are: hex 76 for the Ping Pong test, 
hex 77 for the Repeated Output test, and hex 75 fur the 
Repeated Input test. The format fur the diagnostic 
Message is shown in Figure 13. 


Pubn No 
Apr 81 


] 
7 


R 
L 
T 
Cc 


Program Load 


Figure 11 Program load request format 7 


Operator 1D 


Field Code for Return Key 


Figure 12 input message contasng alpha 


mic? = 11000101 Field Code for 
Cragnostic Message Fosid Code 
(Hex 75) ne ren 


Figure 13. Diagnose input message formal 


The contents of the diagnostic messages are 
described in the next publication (Pubn No. 2 of 
ST-9277-04). 


Screen Request Message 

The screen request message may be for a specific 
transaction mask by name (or number), or it may be for 
the list of transaction masks from which to select the 
desired mask. The screen request can be made only 
when the terminal is idle (between transactions). The 
format of this input message is shown in Figure 14. 
Input messages containing the data requested in a 
transaction mask are covered in output messages. 


T 
R 
Mi 
# 


78) Frets Code for 
Screen Request 


Fare 14 Screen: request message lomnat 
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Start-Of-Day Message 

The start-of-day data is transmitted in the format as 
that shown in Figure 14a. The message contains the 
operator ID, the start-of-day field code (assigned in 
Terminal Table #67) followed by the data field. 

The start-of-day data field is a 37 character fixed 
length field and does not contain any unit separator 
characters for separating the data The first 7 charac- 
ters (alphanumeric) are the date, followed by 10 digits 
for the supervisor public 1D, 10 digits for the Teller A 
public ID, and finally 10 digits for the Teller B public 
ID. 


OUTPUT MESSAGES 


OUTPUT MESSAGE FORMAT 

The format for the output message is shown in Figure 
15. The output message is defined as being a message 
sent from a central computer (a high order device) to 
the terminal (a low order device). The output message 
may be either a response to an input .nessage, Such 4S 
an account or file inquiry, or the output message may be 
an unsolicited message such as a message to the 
operator. The terminal will arcept and process any 
unsvlicited output message regardiess of the operating 
mode such as offline, onine and so on as long as it is 
between transactions and is in the idie mode. 

The maximum length of the output message is 256 
characters (length of the 1OB). That includes the 
header characters and the communications control 
character ETX but not the STX and the BCC (block 
contro! character). 7 
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S-0-D 
Data 
(37 Chars.) 


Operato: 
tO 


F wid Code for 


Start-of-day 
message 


Figure 14a Start-of-day input message 


Communication Control Characters 

The output message, like the input message, is framed 
by the STX and ETX communication control characters 
with the BCC character following the ETX. 


Message Header Characters 

The message header characters; the variable length 
indicator (VLI), relationship code (RLTC), and format 
code (F RMT) characters, perform the same function in 
the output message as they do in the input message. 
The hex characters for the VLI and RLTC characters 
are the same as those in the input message, but the 
F RMT character is changed to hex 30 to indicate an 
output message. 

The message definition character (MDC) in the 
output message replaces the MMC character in the 
input message to define the type of message being sent. 
The definition of the bits in the MDC are as foliows: 


Bit 8 — Parity 

Bit 7— Always 1 

® Bits 6,5,4 = 0 

e Bit 3— 1 = Diagnostic message 

@ Bit 2— 1 = Unsolicited message 

@ Bit 1— 1 = Last segment of the output message 


Message Text : 

The message text contains the field code (F'C) character 
used by the terminal tu process the data field that 
follows it. The field code character and its associated 
data field are separatedl frum the next field cude and 
data field by a unit separatur. The unit separator is a 
hex IF. 
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Field Code Characters 

Each data field in an output message must have a field 
code before it. The terminal processes each field in 
sequence as it appears in the output message starting 
with the first one after the header and performs the 
same functions whether the message is solicited or 
unsolicited. 


Text (Data Fields) 

The data fields following the field codes in the output 
message may be vanable in length (a maximum of 40 
characters), or it may be a null data field (field code 
followed by a unit separator). However, the length of 
the data field for a screen display message is limited 
only by the display capability of the CRT (14 CRT lines, 
40 characters per line). 

A shift-out (SO) character (hex 0E) must precede 
any character or String of characters whose eighth bit is 
a 1 (columns A or B, Figure 5a) and a shift-in (SI) 
character (OF) must follow the stnng to indicate the 
beginniny and ending. The SQ and SI characters are not 
included in the 40 character maximum restnction and 
are not to be used if the data field contains unly those 
characters whose eighth bit is a 0 (columns 2 through a, 
Figure 5a). 

The terminal can process and print the ASCII 
characters (columns A or B) but presently only those 
terminals used in the countries which use those 
characters have the capability to display them. 

The data fields must not contain any of the 
communication control characters (ACK, SOH, STX, 
ETX, ENQ, EOT, NAK, DLE, SYN, or ETB). 


RESPONSE REQUIREMENTS TO INPUT MES- 
SAGES 

The terminal requires an output message in response to 
any input message when the MMC1 character (Figure 
4) is a 1 except for the following two types of input 
messages. 
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@ A void input message. 

@ A message input toan NCR 75! Digital Concentra- 
tor and the data is to be recorded by an NCR 761 
Digital Cassette Recorder. 


When the contents of the IOB are input to central 
by a function key programmed to input the contents of 
the buffer but is not programmed to end the transac- 
tion, an output response message is expected and 
processed. This type of input does not terminate the 
transaction therefore, more data can be input. If such 
an operation was just performed but the operator 
decided to end the transaction by pressing the END 
key instead of entering more data, no transmission will 
occur because of the IOB is empty and no output 
response ts expected. The END key causes an input to 
central only when the IOB contains data and again, an 
output response is expected and processed. 

The output response message may or may not 
contain data to be processed or be multi-segmented but 
it must contain at least the SMF header. 


SPECIAL OUTPUT MESSAGES 


Program Load Messages 

The format of the prograrr. iuad message to the terminal 
is shown in Figure 16. The program load field code (hex 
70) identifies the data fieid in the message as a program 
load data field. The data fieid contains a table identifier 
and the table data characters. For example the data 
field for Terminal Table Number 1 would have this 
format: FC (70) T (54) 02 «30 31: semicoion (3B) Table 
Data Characters in ASCH foliowed by a unit separator 
(IF). The key tabies for the programmable keys on the 
keyboard each require 6 tables as do the simulated keys 
used in online termina! programming. The data for the 
programmable keys  éentified with a “K”, and the 
data for the simulated kevs ss identified witha“P”. The 
format for the key tables = as fullows: FC (70) K (4B) or 
P (50) Key Number (3X 3X} Comma (2C) Table 
Number X (3X) semi-colur. 13B) Table Data Characters 
in ASCII followed by a umt separatur (1F). The key 
number can be 20 throug? 35 for the programmable 
keys on the keyboard anc for the simulated online keys 
also. The table number car be from | through 6. 


Unsolicited Output Messages 

The terminal can accept ar unsobe.ted output message 
only when it is between transactions as an unsolicited 
message is not normaly transaction related. The 
format for this message # tne same as in Figure 15 
except the MDC character has bit 2 set tu 1. 
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_ Figure 16 Progra bad message format 


Diagnostic Messages , 
The format of the diagnostic output message is show 
in Figure 17. Thére are 3 diagnostic test messages that 
can be sent to the terminal; they are: Ping Pong test, 
Repeated Output test, and Repeated Input test. The 
data field characters in the diagnostic message are not 
predefined, but the length of the field is predefined. 
The Ping Pong diagnostic message is identified by 
the field code 76 (hex), the Repeated Output diagnostic 
message by the field code 77 (hex), and the Repeated 
Input diagnostic message by the field code 78 (hex). A 
field code of 79 (hex) identifies the tally table entries. 
The tally table message is sent upon completion of the 
Repeated Input and Repeated Output tests. 


RIF iw 
L;R 
Ti My 
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MDC 813-1 
Fieicd Code 
for Dragnostc Test 


Figure 17 Osagrosec message format 


Refer to publication number 2 of this publication 
for a complete description of the online diagnostic 
routines. 


Void Required Message 

The void required message can contain other field codes 
and data fields as shown uw: Figure 17a but the void field 
code 71 must be the last field code in the message. The 
termina! will not process any fields that follow the 71 
code. 


Override Request Message 

The override request message (Figure 17b) may 
eontain other field codes and data fields in the message 
but the field code 72 or 73 (teller or supervisor override 
request) must be the last field code in the message. The 
terminal dues not process any field codes following. 
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Screen Output Message 

The screen output message, sent in response to a 
screen input request, includes all the data fields to be 
displayed, the field characters required to specify the 
location on the screen for each data field (horizontal and 
vertical format control characters), and any control 
characters needed for special operations such as 
clearing the screen. The message must also contain a 
field code fur each entry that the terminal operator 
must enter when processing the mask (Figure 18). 


Screer. Data 
and 


Contros Chars. 


RIF | 
Ly R | 
TTM 
Cc; tT 


—Y“—_ 
Related to Unprotected 
Screen Data Fieids 

Hex 74 “Hex 75 


Figure 18 Screen output message 


CRT Screen Contro! Functions 

The following screen control functions are recognized 
and accepted by the terminal with all parameters in 
these functions being entered using the ASCII code 
characters. The display contains 40 display positions 
and position | is the left most pusition. There are 14 
lines availuble for display with line 1 being the top most 
of the transacuun data display area. The ASCII code 
chart name for the function is in parenthesis following 
the function name. 
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CLEAR CRT SCREEN (FF) 

If the clear CRT screen code (hex OC) is detected, 
the transaction data area of the screen is cleared 
and the pointer is returned to the first display 
position on first line of the transaction data area. 

LINE FEED (LF) 

When the line feed code (hex 0A) is detected, the 
pointer is advanced to the first display position of 
the next line. 

CARRIAGE RETURN (CR) 

The carriage return code (hex 0D) operates the 
same as described for the line feed. If the carriage 
return code and line feed code are used in the same 
command, the pointer still moves only to the first 
display position on the next line. 

HORIZONTAL POSITION ABSOLUTE (HPA) 
The format for the HPAis 1B5B PARAMETER 60 
with the parameter being from U through 4v. To 
move the pointer to any specific display position on 
the active line, enter the desired position number 
in the parameter in ASCII. A value of 1 or 0 moves 
the pointer to the first position of the line. The 
maximum display position is 40 (34 30). 

HORIZONTAL POSITION RELATIVE (HPR) 

The format for the HPR is 1B5B PARAMETER 61 
with the parameter being from 0 through 40. The 
ASCII number in the parameter specifies the 
number of positions to move the pointer to the nght 
of its present location. A value of 0 or 1 indicates a 
single position move with the maximum move 
being 40 (34 30). Ifthe HPR control would cause the 
pointer to move past column 40, it then acts as a 
carriage return. 

VERTICAL POSITION ABSOLUTE (VPA) 

The furmat for the VPA is 1B5B PARAMETER 64 
with the parameter being from 0 through 14. The 
vertical position absolute parameter specifies the 
line on which the data field is to be displayed witha 
0 or 1 as the parameter specifying the first line in 
the transaction display area. 

VERTICAL POSITION RELATIVE (VPR) 

The format for the VPR is 1B 0B PARAMETER 65 
with the parameter being from 0 through 14. The 
vertical position relative parameter specifies the 
number of lines to move the display position down 
without changing the horizontal position. A 9 or 1 
as the parameter moves the display position down 1 
line. 

START OF PROTECTED AREA (SPA) 

The SPA control function specifies the beginning of 
a consecutive string of characters which the 
terminal operator can not change and is not sent to 
central with the entries for the requested musk. 
The character string is displayed in the pusitiuns 
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specified by the HPx and VPx characters. The 
format for the SPA within the mask is 1B 56 
STRING but because the terminal accepts the 
beginning segment of the mask as a protected field, 
the SPA character is not included in that beginning 
segment. For example, the message format would 
be as follows: SMF header Field Code (74) 
STRING SMF header Field Code (74) STRING 1B 
57 
The HPx or VPx characters are not shown in 
this example. The EPA control function (1B 57) 
terminates the SPA function in this example. 
END OF PROTECTED AREA (EPA) 
The format for the EPA function within the mask is 
STRING 1B 57 with the STRING being the ASCII 
characters in the SPA function. As described for 
the SPA control function, the terminal accepts the 
beginning segment of the mask as a protected field, 
therefore, if the first position of the mask is not to 
be protected, the beginning segment must contain 
‘the EPA character. For example, the message 
format would be as follows: SMF header Field Code 
(74) 1B 57 STRING | 
The HPx and VPx characters are not shown in 
the example. In this case the STRING represents 
the character positions for the unprotected field 
and the SPA function must terminate the STRING 
for the EPA functiun. 
SELECT GRAPHIC RENDITION (SGR) 
The format for the SGR control function is 1B 5B 
PARAMETER 6D with the parameter being from 
hex 30 through 37. If the parameter is hex 35, the 
characters following the function coding flashes 125 
times per minute. To indicate the end of the 
flashing character field, the parameter should be 
hex 30. The terminal performs the same slow 
flashing function for the hex parameters 31, 32, 33, 
34, 36, and 37. If no SGR function is specified witha 
data field, the field does not flash. 
REPEAT (REP) 
The format for the REP control function is 1B 5B 
PARAMETER 62. The parameter defines the 
number of times the single display character or 
control function immediately before the REP 
control function is to be repeated. For example, a 
parameter value of 9 causes a character to be 
displayed 10 times. 


TERMINAL PROCESSING OF TRANSACTION 
MASK 

When the terminal receives the message containing the 
mask, it stores the screen data, the field codes, and 
elears the JOB. Ifit requires more than one message to 
output the mask, the terminal is ready to receive it. The 
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messages sent for a mask can not exceed more than 14 


lines of data characters with a maximum of 40 character 
positions per line. 

The terminal automatically accepts the start of the 
display mask to be protected data unless it is specified 
to be unprotected with the use of an EPA function 
(refer to CRT SCREEN CONTROL FUNCTIONS). 
A transaction mask can have a maximum of 32 
unprotected fields and an unprotected field can not be 
specified to have more than 40 display positions — the 
length of one CRT line. An unprotected field must start 
and end on the same CRT line which means that it can 
not be resident on more than one line. 

If a protected field is ended with an EPA function 
but an SPA function immediately starts another 
protected field at the next display position, the total 
area is considered to be protected. However, ifthe SPA 
function starts the protected field one display position 
later instead of immediately following, then an unpro- 
tected field one display position in length exists. 

The termina] processes the unprotected fields in 
the same sequence as they appear in the output 
transaction mask message. Therefore, a screen may be 
created in which the data field entry may be made right 
to left or bottom to top. But, as previously stated, there 
must be a field code sent for each unprotected data field 
in the mask into which the operator may insert data. 
These field codes must be in the same sequence as the 
unprotected fields. As each unprotected field is 
processed, the field code is stored in the IOB followed 
by the data entered for the field. When the IOB is full or 
the last entry for the mask is entered, the message is 
sent to central. The format of this input message is 
shown in Figure 3. 


FIELD CODES FOR OUTPUT MESSAGES 

All communication field codes that may be assigned in 
the terminal] tables and key tables by a programmer: 
user Should be selected from the range hex 20 through 
hex 5F. Any field codes in the range hex 60 through hex 
TE that is not permanently assigned as either input or 
output may also be used. When any field code is output 
and matches any of the field codes for the following 
items, the terminal will process that function. 


e Programmable and simulated keys as specified in 
each key table #2 for each key programmed. When 
a key is selected during output, the terminal will or 
will not process the following function specified in 
the key tables. 


® Will check whether the key is defined; if not, 
the terminal automatically voids. 
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@ Performs all validation options with data 


following the FC processed as an amount. 
Adds to or subtracts from batch, teller, or 
machine totals depending on the sign of the 
data. The distribution (transaction code) totals 
are processed separately by outputting their 
specific FC in Terminal Table #68. 

Checks for the data length specified for the 
key. The termina] automatically voids if the 
length is greater than specified. 

Will change the accumulator according to 
parameters specified but will not set LIST 
mode. 

Will not store data in the ISB or IOB even 
though specified in key tables. 

Will not perform CDV on data following a FC. 
Will not perform any selection of input data 
source specified in key table #1. 

Will not test for the parameter specifying “key 
used more than once per transaction”. 


@ Journal print function which also is the same field 
code as for the RETURN key during input 
specified in Terminal Table #68, field N. 


e When a field code matching the RETURN 


key field code is output, the terminal will 
print the data in the message which fol- 
lows the FC starting in the left-justified 
position. There is no limit tothe number of 
lines that can be printed on the journal as 
long as the RETURN key field code pre- 
cedes each line of 40 characters in the out- 
put message. 


@ Free form output validation (NCR 2261-03XX 
mode!) 


When the termina! receives a FC that matches 
the one stored in Terminal Table #67, field M, 
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the termina! will print the data which follows 
the FC ona form. If the FC received is one hex 
digit higher, duplicate receipt printing will be 
permitted. 


® Distribution totals as specified by the FCs in 
Terminal Table #68. 


e The amount data following the FC will be 
added to or subtracted from the distribution 
(transaction code) total according to the sign. 
If a key is selected during output to update 
totals, the distribution totals will not be 
changed or processed even though that key 
may be programmed to process distribution 
totals. Only a matching FC for a distribution 
total will be processed. 


The FCs between hex 70 through hex 79 are 
permanently assigned to the following output 
functions. 


70 — PROGRAM DATA 

71 — VOID REQUIRED 

72 — TELLER OVERRIDE REQUESTED 

73 — SUPERVISOR OVERRIDE REQUESTED 

74 — SCREEN DATA AND CONTROL 
This field code identifies all data to be displayed as 
well as all other screen control characters such as 
clearing the screen, character placement on the 
screen and flashing them. 

75 — TRANSACTION MASK FIELD CODES 

76 — PING PONG TEST 

Ti — REPEATED OUTPUT 

78 — REPEATED INPUT 

79 — TALLY TABLES 
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ONLINE DIAGNOSTIC TESTS 


ONLINE DIAGNOSTIC TESTS 


In an online system, the NCR 226] Terminal is capable 
of starting online diagnostic tests which permit online 
testing of the communications link to detect possible 
problem area. The primary purpose of this publication 
is to inform the central programmer of the online 
diagnostic tests available with this terminal. These 
tests include the Ping Pong, Repeated Output, and 
Repeated Input tests. ~ 

The online testing procedures described in this 


publication should be considered when the central - 
_ programmer designs online diagnostic routines for the _- 


central processor for use with the NCR 226). The test 
data sent tu central and the test data expected from 
central is described in this publication. Each test 
description includes the communication procedures 
and the input and output messages formats for 
transfermng the test data between the terminal and 
central. 


ONLINE TESTS 

When the terminal starts an online diagnostic test, the 
input message sent by the terminal indicates that the 
terminal is performing a test in the diagnostic mode. 
The diaynustic mode is specified inthe MMC1 character 
(bit 3 = 1) and the test being performed is indicated by 
the second fieid code (FC). The first FC identifies the 
operator ID. 

Upon detecting an input diagnostic test message, 
central should branch to the proper diagnostic routine 
to conduct the test. 

When any of the online tests are performed, central 
should maintain a tally table fur each terminal using 
online diagnustics. The tally table provides an efficient 
means of determining the performance of the communi- 
cation link between central and the terminal. The items 
in the tally table, as expected by the terminal, are 
Shown in the fullowing list. 


1. Input Attempts 

2. Output Attempts 

3. Selection Attempts 

4. No Respunse To Poll Sequence 
5. No Response To Select Sequence 
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6. No Response To Output Text 

7. Time Outs After Transmitting ACK 

8. NAKs Received 

9. BCC And/Or Parity Errors Detected 

10. Incomplete Input Messages 

11. Incomplete Output Messages 

12. Local Detected Errors 

13. ENQ Time Outs or Invalid Responses To ENQ 


The tally table is sent to the terminal as a data field 
containing 52 ASCII numeric characters defined by the 
field code 79 (this may apply only to a system using the 
NCR Retail/Financial 0.C.D.). The terminal prints 
these characters as 13 fiekls of 4 characters each. 

Upon completion of either the Repeated Input or 
Repeated Output test, the tally table is to be sent to 
terminal to aid the Field Engineer in boceting problems 
associated with the communication link. The tally table 
represents the communication line conditions as seen 
by central. 


Tally Tables 
A definition of the items in the tally tabie is described in 
the list that follows. _ 
@ Input Attempts 
This ts a tally uf the total number of input 
_ attempts from the terminal. The count indicates 
that central received at least an STX from the 
terminal. 
@ Output Attempts 
This number indicates. the tota] number of 
output attempts made by central. 
@® Selection Attempts 
This tally is the total number of selection 
attempts made by centra! to select the terminal. 
@ No Response To Poll Sequence 
This tally is incremented when the terminal 
fails to respond to a poll within the required time 
(no response timeuuts}. 
@ No Response To Select Sequence 
This tally indicates the Limes no response was 
received to a select sequence within the required 
time (nu response Umer tumed out). 
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@ No Response To Output Text 
This tally is incremented each time the termi- 
nal sends an ENQ as a response to an output 
message. 
@ Timeouts After Transmitting ACK 
This tally represents the total number of ACK 
timeouts after responding to an input message. 
@ NAKs Received 
This tally is incremented each time the termi- 
nal sends a NAK response to an output message. 
@e BCC AnwWOr Parity Errors 
This tally represents the number of NAKs sent 
to the termina! as a result of a bad BCC or bad 
parity detected in an input message. 
@ Incomplete Input Messages 
The number of input messages that were not 
completed after having received a start bit is 
indicated by the count in this tally. The incomplete 
input message is normally caused by a line drop. 
@ Incomplete Output Messages 
The incomplete output message tally is equal to 
3 failures to each incomplete output message and 
may be caused by line drops or errors detected in an 
output message by the receiving terminal. 
@ Local Detected Errors 


The local detected errors tally indicates the -, 


tota] number of locally detected errors such as an 
EQOT or ENQ with a data field. 
@ ENQ Timeouts Or Garbled Response To ENQs 


This tally is incremented when central receives _ 


a garbled response (response other than an ACK or 
NAK) to an ENQ or receives no response before a 
ENQ timeout occurs. 


DIAGNOSTIC TESTS 
REPEATED INPUT TEST 


The repeated input test verifies the terminal’s capabili- 
ty to transmit messages to central. An input message 
consisting of one or more characters that can be entereu 
through the keybuard. This message is repeated and 
sent the number of times specified by a ccunter in 
central. 

The terminal is polled, the message shown ic 
Figure | is sent to central, and the input sequence is 


terminated. This sequence is repeated until the number 
of input messages received equals the previously 
determined counter. After receiving this last message, 
central sends the terminal’s select sequence. The 
terminal responds with a NAK since it expects to be 
polled again, but this select sequence (EOT SELECT 
CODE ENQ) terminates the input portion of the test 
by the terminal. 

The terminal’s select sequence is sent by central 
again, but this time the terminal responds with TAI, 
TA2, ACK and central sends the Tally Table message 
shown in Figure 2. The Tally Tables are sent as a single 
52 ASCII numeric field with each entry in the Tally 
Table having a 4-digit total. 


Data 
(N times 4 ASCII numeric 
characters representing 
tally totais) 


Br 3=1 - 


Figure 2. Tally table message 
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REPEATED OUTPUT TEST 

The Repeated Output Test checks the capability of the 
terminal to receive messages from central and to 
display their contents on the CRT. After being polled. 
the terminal sends the input message shuwn in Figure 3 
to start the Repeated Output Test. Inputs for this test 
are created by entries on the terminal keyboard of up to 
40 characters and terminated by pressing the ENTER 


key. The END key must be pressed to transmit the 


message. The data characters in the input message are 
sent back tu the terminal by central as many times as 
the counter fur this test specifies, and after the last test 


_ message is sent, central sends the Tally Table message 


(Figure 2) to terminate the Repeated Output Test. 


PING PONG TEST | 

The Ping Pong Test checks the capability of the 
terminal to send a message to central, which first must 
be entered through the keyboard, and have the same 
message returned. The test repeats only as often as the 


Characters 
(40 to §5C) 


Bit 3= 1 


X 
Operator 1D (7854) 


Figure 1 Repesiec inp ies message 
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of D+ 
e $v - 


Bi3=1 


F F | Test Data Characters 
ic Cc 


\ 


Operator iD (7754) 


Figure 3 Input message for repeated output test 
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Figure 4 Outpul message for repeated outpul lest 
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Test Data Characters 


Operator iD (7744) 


Figure 5 input message for ping pong test 


operator enters another message through the keyboard 
and inputs it to central. The test is terminated by 
pressing the CLEAR key (key #41) on the terminal 
keyboard. The message data consists of all characters 
onthe ASCII code chart starting with the SPACE (hex 
20) and ending with the “A” (hex 5E). 

The terminal compares the message data field 
received from central with the message data field sent 
to central and indicates an error if the comparison fails. 
The test continues until an error is detected or the test 
is terminated. The format for the input message is 
shown in Figure 5 and the output message is shown in 


Figure 6. 
Lf Fi Test Data Characters 
| Cc 
Bir 3=1 eas 


Figure € Ontput message for ping pong test 
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ONLINE DIAGNOSTIC TESTS USING 
FOS it SOFTWARE 


When the NCR 226] terminal is used online with an 
NCR 32XX senes system using FOS II software, the 
format of the tally tables are different than those used 
by the NCR Retail/Financial O.C.D. The online 
diagnostic test routines and message formats as 
described in this publication remain the same. 


TALLY TABLES 

The terminal receives 8 four digit tallies from central. 
These tallies are not cleared to zero each time the 
diagnostic test is performed. 


XXXX — Tally 1 
XXXX — Tally 2 
XXXX — Tally 3 
XXXX — Tally 4 
XXXX — Tally 5 
XXXX — Tally 6 
XXXX — Tally 7 
XXXX — Tally 8 
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Tally |! 
Tally 1 is the number of input message tries from 
the terminal. An STX — ENQ is not considered to 
be an input try; however, an STX and no other data 
in the message is considered to be an input try. 
Tally 2 
Tally 2 is the number of output message tries from 
central. 
Tally 3 
Tally 3 is the number of input message termina- 
tions such as loss of communications and so on. 
Tally 4 
Tally 4 is the number of output message termina- 
tions such as loss of communications and so on. 
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Tally 5 : 
Tally 5 is the number uf NAK responses transmit- 
ted by central following an input message try. 
Tally 6 
Tally 6 is the number of NAK responses received 
by central following an output message try. 
Tally 7 
Tally 7 is the number of ‘no responses’ to a poll 
request. : 
Tally 8 
Tally 8 is the number of ‘no responses’ to a select 
request. — 
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